SPECIFICATION 

Electronic Version 1 .2.8 
Stylesheet Version 1 .0 

System and Method for Analyzing 

Buffer Usage 

Cross Reference to Related Applications 

This application claims the benefit of United States provisional patent application 
Serial No. 60/343,1 88 filed December 31 , 2001 , the disclosure of which is 
incorporated herein by reference. 

Background of the Invention 

[0001] The present invention relates generally to data processing systems and, more 

particularly, to systems and methods for testing and debugging such systems, prior to 
dissemination to end users. 

[0002] Prior to the production, sale, and eventual delivery of developed data processing 
systems and software applications to consumers, the conventional practice is to 
conduct extensive and comprehensive testing of the system or software in order to 
ensure that it will operate in accordance with the manufacturer's objectives as well as 
the end user's expectations. In general, such testing conventionally requires running 
the system or software under a wide variety of operating conditions, thereby enabling 
the developers to effectively force the systems into scenarios which may cause the 
system to operate incorrectly or crash. Once such failure occurs, the system may be 
analyzed with the goal of identifying the cause of the failure. 

[0003] 

Unfortunately, the identification of system bugs and flaws is not always readily 
apparent, even where operating conditions have been meticulously controlled. Adding 
to this difficulty is the fact that in many of today's complex and multipurpose data 
processing systems, a finished product is often a combination of various 
functionalities which have been individually developed. Once the individual 
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components are deemed ready for integration into the complete system, the 
combined system often suffers from additional errors and faults caused by the 
combination of components. 

[0004] One source of potential errors and system flaws results from resource sharing 
between various system components. In particular, many of today's data processing 
systems utilize various types of shared memory, with the general idea being that the 
system memory is used and released as necessary by disparate system components. 
By sharing system memory between various components and processes, the overall 
amount of memory required by the combined system is significantly reduced from one 
in which each component is provided with its own allocation of discrete memory. This 
reduction in system memory advantageously results in decreased cost, complexity, 
and power usage. 

[0005] Although the benefits are great, sharing memory also requires careful 

management by the system and each of its constituent components and processes. 
Failure to properly maintain the shared memory may result in a plurality of problems, 
such as memory access violation errors in which two or more components or 
processes attempt to simultaneously access the same address in memory. 
Additionally, improper memory management may also result if components or 
processes fail to properly release system memory upon completion of the individual 
tasks they are performing. One type of memory sharing problem arises out of the 
usage of memory buffers, or discrete blocks of memory. The data that is written to 
and read from these buffers may be used by a variety of system components. 
Generally, in order to access a particular buffer, the buffer must first be allocated to 
the requesting component or process using various types of priority schemes outside 
the scope of the present invention. Once allocation, the component uses the memory 
buffer and, upon completion of whatever task or tasks it is performing, the 
component or process ideally should re-allocate the buffer back to the pool of 
available buffers, thereby allowing other processes to use it. Failure to properly re- 
allocate the buffer incrementally reduces the amount of available memory and may 
eventually cause a system failure or other error. This loss of buffer space is generally 
referred to as "buffer leakage", since the loss of memory is analogous to the memory 
"leaking" out of the system, unable to be used by the systems applications. 
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[0006] As described above, the conventional process of bringing together a plurality of 
individually developed components to form a final, integrated system, results in a 
variety of previously unrelated processes utilizing the same buffer pool. This makes 
identifying and debugging buffer leaks more difficult, since it is difficult to determine 
which component or process failed to properly release its buffer to the pool. 

[0007] Accordingly, there is a need in the art of shared memory data processing systems 
for an improved system and method for identifying buffer leaks and the components 
or processes causing such leaks. 

Summary of the Invention 

[0008] The present invention overcomes the problems noted above, and provides 

additional advantages, by providing a system and method for enabling buffer usage 
analysis. Initially, each of the buffer using system components are assigned a unique 
ownership tag. Next, upon buffer allocation to a particular component, the allocated 
buffer is tagged with the calling component's ownership tag. Once tagged, the system 
operates conventionally, with the calling component utilizing the buffer to perform 
any task it has been assigned. Following completion of its tasks(s), the calling 
component calls a buffer checker application which searches the buffer pool for the 
calling component's ownership tag. Next, upon search completion, the calling 
component determines whether the buffer checker has identified the calling 
component's ownership tag in its search. If so, a potential buffer leak is identified and 
a log of such occurrences is created. A system developer or administrator then 
periodically reviews the log for potential buffer leakage occurrences to assist is 
subsequent debugging and analysis. 

[0009] In another embodiment of the present invention, in response to the system failure, 
the buffer checker application is called to search the buffer pool for all ownership tag 
information, rather than that of a specific calling component. A log of buffer owners is 
created listing all available memory buffers and their current owners. The buffer 
ownership log is then reviewed or automatically transmitted to a system developer or 
administrator for analysis. 

Brief Description of the Drawings 
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[001 0] FIG. 1 is a simplified block diagram of one embodiment of a data processing 
system implementing the present invention. 

[001 1 ] FIG. 2 is a flow diagram illustrating one embodiment of a method for enabling 
buffer usage analysis in accordance with the present invention. 

[001 2] FIG. 3 is another embodiment of the methodology of FIG. 2, wherein all potential 
calling components are reviewed for buffer leakage upon system failure. 

Detailed Description of the Preferred Embodiments 

[0013] 

Referring now to the Figures and, in particular, to FIG. 1 , there is shown a 
simplified block diagram of one embodiment of a data processing system 1 00 for use 
with the present invention. In particular, data processing system 100 includes a first 
processor 1 02 and a second processor 1 04. Further, a plurality of sub-systems and 
system components generally referred to by the numeral 1 06 are resident on each of 
the processors 102 and 104 and operate to perform the various processes required 
for system operations. The first processor 1 02 and the second processor 1 04, along 
with their supported components 106 all share a common memory 108. As briefly 
described above, a variety of system components 1 06 utilize memory buffers 1 1 0 
located in memory 108 to perform the various tasks required of them. For example, in 
one embodiment, there may exist three separate categories of message types, each 
having its own separate buffer pool: 1) SYSTEM message buffers, indicating an action 
to be performed by the receiver or notification of a status or error by the sender 
(SYSTEM messages may further include subtypes indicating the action or condition, 
such as OPEN, CLOSE, READ, READJNDICATE, WRITE J N D ICATE, ERRORJNDICATE, 
SET_PARAMETER{parameter list}, CLOSEJNDICATE, CLOSE.CONFIRM, OPEN.CONFIRM, 
etc.); 2) DATA buffers, containing data to be sent on the communications link, or 
received from the communications link, and passed as a parameter in a READ, 
READJNDICATE, WRITE, or WRITEJNDICATE SYSTEM message; and, 3) SAMPLE buffers, 
used by signal processing components to pass digital samples between components. 
It should be understood that the above-described buffer types are exemplary only and 
that any type or combination of buffers could be used. Further, as stated above, 
because of the shared nature of the system architecture, each process running on 
processors 102 and 104 is typically required to return or re-allocate any buffers they 



APPJD=09683773 



Page 4 



use to the common buffer pool upon completion of the task(s) for which the buffer 
was required. Unfortunately, not all system processes fulfill this requirement. 

[001 4] The system and method of the present invention operate to enable system 

administrators and developers to determine the faulty processes which are failing to 
re-allocate memory buffers to the system, thereby facilitating rapid correction of 
error. In particular, the present invention comprises a system and method for 
analyzing and tracking buffer usage of each process in the system which utilizes such 
buffers. 

[001 5] Referring now to FIG. 2, there is shown a flow diagram illustrating one 

embodiment of a method for enabling buffer usage analysis in accordance with the 
present invention. Initially, in step 200, each of the buffer using system components 
are assigned a unique ownership tag. Next, in step 202, upon buffer allocation to a 
particular component, that allocated buffer is tagged with the calling components 
ownership tag, indicating that the allocated buffer is "owned" by the calling 
component. It should be understood that the identification may be correlated with the 
allocated buffer in any suitable manner such as pre-pending a new field to the buffer 
array being allocated, or populating an existing field with such information. Once 
tagged, the system operates conventionally, with the calling component utilizing the 
buffer to perform any task it has been assigned in step 204. In step 206, the calling 
component completes its task. Ideally, task completion includes a step of reallocating 
the used buffer back to the system buffer pool. However, as described above, such a 
step does not always occur, resulting in leaked buffer memory. 

[0016] 

In step 208, following completion of its tasks(s), the calling component calls a 
buffer checker application which searches the buffer pool for the calling component's 
ownership tag. Because proper execution would have resulted in the memory buffer 
allocated to the calling component being either re-allocated back to the buffer pool or 
allocated to another entity, this search should reveal no occurrences of its ownership 
tag. If any identified buffer is identified as being "owned" by the calling component 
following completion of its task, it is likely that buffer in question has been "leaked". 
In step 210, the calling component determines whether the buffer checker has 
identified its own ownership tag in its search. If so, a log of such occurrence is created 
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in step 21 2. In step 214, a system developer or administrator periodically reviews the 
log for such occurrences. 

[001 7] The above buffer checking operation happens transparently with respect to overall 
system operation such that continued system operation, excitation, and debugging 
may continue. In addition, in an alternative embodiment, if the system buffer pools 
are exhausted due to a sustained buffer leak, which will eventually cause the system 
to stop responding, the buffer analyzer may be called automatically to display buffer 
ownership statistics, assisting in diagnosis. 

[001 8] Referring now to FIG. 3, there is shown another embodiment of the above 

methodology, wherein all potential calling components are reviewed for buffer leakage 
upon system failure. In particular, similar to step 200 above, unique ownership tags 
are assigned to each calling component in step 300. Next, in step 302, upon 
allocation of any system buffer, either to a component or back to the buffer pool, the 
ownership tag of the calling component (or pool) is tagged thereto. In step 304, a 
system failure is identified by the system. 

[001 9] In response to the system failure, the buffer checker application is called in step 
306. However, unlike the method of Fig. 2, the buffer checker of step 308 operates to 
search the buffer pool for all ownership tag information. In step 31 0, a log of buffer 
owners is created listing the available memory buffers and their current owners. In 
step 312, the buffer ownership log is reviewed or automatically transmitted to a 
system developer or administrator for review. By providing a comprehensive listing of 
buffers and their current owners, the overall buffer environment may be better 
appreciated and analyzed. Further, as often occurs during a system failure, many 
components operating at the time of failure fail to complete their operations, and 
therefore, the individual buffer checker instances described in FIG. 2 would not occur 
for those components, even where buffer usage should have been completed. 

[0020] In a preferred embodiment, the buffer checker application called in both the 
methods of FIG. 2 and 3 are provided in software resident in system 100. The 
following is one embodiment of such a software application. However, it should be 
understood that the following application is offered as an example only and the 
present invention is not limited by the specific embodiment set forth below. 
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/* ### implementatioii ### */ 
/* sctbuf_AIIoc() */ 

#ifdef _TRACE_SYS_BUFS 

switch ( Type ) 
{ 

case SCTBUF_RX: 
case SCTBUF_TX: 
i 

/* write into unused area the instance ID of caller */ 
U8*ptr, 

ptr = (U8*)pBuffer; 

ptrfSCTB UF_TX_UNUSED_ARE A] = SCTCurlnstld; 

} 

break; 

case SCTBUF_MSG: 
{ 

/* write into the Msg header the instance ID of 
caller and clear pointers to attached data 
buffers, (and whatever else needs to be done to 
isolate this message buffer from anything else). 

*/ 



SCTMSG *pMsg; 

^ SCTDATAMSG * pDataHdr; 



pMsg = (SCTMSG *)pBuffer; 

pDataHdr = (SCTDATAMSG *) pMsg->pay!oad; 

pDataHdr->pDataBuf = NULL; 

pMsg->to_id = SCTCurlnstld; 



W #ifdef JTRACE_SYS_BUFS 

M 

V e /* Tag this buffer as owned by the caller */ 

' r *f pMsg->OwnerInstanceID = SCTCurlnstld; 

#endif 

Q pMsg->subtype = 0; 

m > 

* ^ break; 



case SCTBUF_TXSAMP: 



case SCTBUF.RXSAMP: 
ase 
{ 



U8 *ptr; 

ptr = (U8*)pBuffer; 

*(ptr + SCTBUF_RXSAMP_UNUSED_AREA) = SCTCurlnstld; 

} 

break; 

default: 
ASSERT(0); 



[0022] 
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} 

#endif 



1])) 



- 1])) 



ASSERT(0); 



/* sctbuf_Free */ 

#i fdef _TRACE_S YS_B UFS 

switch( Type ) 
{ 

case SCTBUF_RX: 
{ 

/* write into unused area the instance ID of caller */ 
U8*ptr; 

ptr = (U8 *)pBuffer; 

if( (ptr >= {U8*)&RX_tabJe[0J} && (ptr <= (U8*)&RX_tabIefSCTU_NUM_RX_BUFS- 
{ 

/* Check to see if catler owns the buffer */ 
ASSERT(ptr[SCTBUF_RX_UNUSED_AREA] = SCTCurlnstld); 
ptr[SCTBUF_RX_UNUSED_AREA] = UNUSED__HID; 

} 

else 
{ 

} 
i 

break; 

case SCTBUFJTX: 
{ 

/* write into unused area the instance ID of caller */ 
U8 *ptr; 

ptr = (U8 *)pBuffer; 

if( (ptr >= (U8*)&TX_table[0J) && (ptr <= (U8*)&TX_table[SCTU_NUM_TX_BUFS- 
{ 

/* Check to see if caller owns the buffer */ 

AS SERT( ptr [ SCTB UF_TX_UNUSED_ ARE A J = SCTCurlnstld); 
ptr[SCTBUF_TX_UNUSED_AREA] = UNUSED_HID; 

} 

else 
{ 

ASSERT(O); 

} 

} 



ft\ break; 



case SCTBUF_MSG: 
{ 

/* write into the Msg header the instance ID of 
caller and clear pointers to attached data 
buffers, (and whatever else needs to be done to 
isolate this message buffer from anything else). 

*/ 



[0023] 
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SCTMSG *pMsg; 
SCTDATAMSG * pDataHdr; 



pMsg = (SCTOSG *)pBuffer; 

pDataHdr = (SCTDATAMSG *) pMsg->payload; 

pDataHdr->pDataBuf = NULL; 

/* Check to see if caller owns the buffer */ 
ASSERT(pMsg->toJd = SCTCurlnstld); 
pMsg->to_id = UNUSED_HID; 



#ifdef _TRACE_S YS_BUFS 



/* Tag this message buffer as Un-Owned */ 
pMsg->Owner!nstanceID = UNUSEDJHID; 



#endtf 

} 

break; 



case SCTBUF.RXSAMP: 
case SCTBUF_TXSAMP: 
( 

U8 *ptr; 

ptr = (U8 *)pBuffer; 



/* Check to see if caller owns the buffer */ 

ASSERT(*(ptr + SCTBUF_RXSAMP_UNUSED_AREA) = SCTCurlnstld); 
*(ptr + SCTB UF_RXS AMP_UNUSED_AREA) = UNUSED.HID; 



break; 

f*i default. 

^ ASSERT(0); 

MJ ) 

SI 

\| /* set J)umpBufTypeOwiiers() */ 

1*1 ( 

^ #if Idefined JTRACEJSYSJBUFS 

a UNUSED(bufType); 

f& #eJse 

Jf| sctCprintf("dumping buffer pool owners.. An"); 

1 y sctCprintf("current instld = %s (Instld = %d)\n H , 

|^ ICB_mble[SCTCurInsUd]^cbi->pConfigBlock->componentName, SCTCurlnstld); 

* swttch( bufType ) 

fl { 

jf. case SCTBUF RX: 

rii { 

U8 buf; 
U8 *ptr; 



for(buf=0; buf<SCTU_NUM_RX_BUFS; buf++) 
{ 



[0024] 
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/* check into unused area for the caller's HID */ 
ptr = (U8 *)&RX_table[buf]; 

if( ptr[SCTBUF_RX_UNUSED_AREA] r= UNUSED_HID ) 
{ 

sctCprintf("%$; (Instld = %d) owns BufType; SCTBUF_RX index: %d\n'\ 
ICB_table[ptr[SCTBUF_RX_UNUSED_AREA]].pCcbi->pConfigBIock- 

>componentName, 

ptr[SCTBUF_RX_UNUSED„ ARE A] , buf); 

1 

} 

} 

break; 

case SCTBUFTX: 
{ 

U8 buf; 
US *ptr; 

for(buf=0; buf<SCTU_NUM_TX_BUFS; buf++) 
{ 

/* check into unused area for the caller's HID *7 
ptr = (U8 *)&TX_table[buf]; 

if( ptr[SCTBUF_TX_UNUSED AREA] != UNUSED.HID ) 

U { 

%fi sctCprintfC%s: (Instld = %d> owns BufType: SCTBUFJTX index: %d\n", 

ICB_table[pfr[SCraUF_TX_UNUSED_AREA]}.pCcbi->}>ConfigBlock- 

iji >componentName, 

m ptr[SCTBUF_TX_UNUSED_AREA3, buf); 

W } 
M i 

* break; 

M caseSCTBUF_MSG: 
W { 

.s U8 buf; 

<£t for(buf=0; buf<SCTU_MAX_MSG BUFS; bufn-) 

JW { " " 

hfc if( MSG_table[buf] .OwnerlnstancelD != UNUSED_HID ) 

hi { 

if( MSG_table[bufUype >= MAX_MSG JD ) 



HI 



%s\n'\ 

>componentName, 



MSG„tabie[buf].type = 0; 
sctCprintf("%s: (Instld = %d) owns BufType: SCTBUF.MSG index: %d Msg Type = 
ICB_tableEMSG_tabie[bufl.OwnerfnstanceID].pCcbi->pConfigBlock- 



I 

} 

} 

break; 



MSG_table[bufJ.OwnerInstanceID, buf, 
sctmsg_Names[MSG_table[bufl.type]); 



[0025] 
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case SCTBUF_RXSAMP: 
{ 

U8 buf; 
U8 *ptr; 

for(buf=0; buf<ADSL_NUM_RXSAMP_BUFS; buf++) 
{ 

/* check into unused area for the caller's HID */ 
ptr = (U8 *)&RXSAMP_table[buf]; 

if( *<ptr + SCTBUF_RXSAMP_UNUSED_AREA) != UNUSED.HID ) 
i 

sctCprintf("%s: (Instld = %d) owns ButType: SCTBUF_RXSAMP index: %d\n'\ 

ICB_tabIe[*(ptr + SCTBUF_RXSAMP_UNUSED_AREA)].pCcbi->pConfigBIock- 

>componentName, 

*(ptr + SCTBUF_RXSAMP_UNUSED_AREA), buf); 

} 

} 

} 

break; 

case SCTBUFJTXSAMP: 
{ 

U8 buf; 
U8 *ptr; 

for(buf=0; buf<ADSL_NUM_TXSAMP_BUFS; buf++) 
{ 

^ /* check into unused area for the caller's HID */ 

Q ptr (U8 *)&TXSAMP_table[buf]; 

,m 

zm rf( *<ptr + SCTBUF_TXSAMP_UNUSED_AREA) != UNUSED.HID ) 

%r i { 

ffl sctCprintfC%s: (Instld = %d) owns BufType: SCTBUFJTXSAMP index: 

r, | ICB_table[*(ptr + SCTBUF_TXSAMP_UNUSED_AREA)l.pCcbi'>pConfigBlock- 

; W >componentName, 

%J *(ptr + SCTBUF_TXSAMP_UNUSED_AREA), buf); 

^ } 

} 

break; 



Wt ASSERT(O); 



default: 
} 



5 j /* sctChecklfflidOwnsBufType */ 

switch( bufType ) 
{ 

case SCTBUF_RX: 
I 

U8 buf; 
U8 *ptr; 



for(buf=0; buf<SCTU_NUM_RX BUFS;buf++) 
{ 



[0026] 
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rip 



/* check into unused area for the caller's HID */ 
ptr = <U8 *)&RX_table[buf]; 

if( ptr[SCTBUF_RX_UNUSED_AREA] = Hid ) 
i 

sctCprintf("%s: (instld = %d) still owns BufType: SCTBUFJRX index: %d\n'\ 
ICB^tablefHidJ.pCcbi^pConfigBlock-^componentName, Hid r buf); 

#ifdef _H ALT_1F_0 WNED_B UFFS 
ASSERT(0); 

#endif 

} 

} 

} - 
break; 

case SCTBUF_TX: 
{ 

U8 buf; 
U8 *ptr; 

for(buf=0; buf<SCTU_NUM_TX„BUFS; buf-f +} 
{ 

/* check into unused area for the caller's HID */ 
ptr = (U8 *)&TX_table[buf]; 

if( ptr[SCTBUF_TX_UNUSED_AREA] = Hid ) 
{ 

sctCprintfC%s: (instld = %d) still owns BufType: SCTBUF JTX index: %d\n", 
ICB_table[Hidj.pCcbi->pConi1gBlock->componentName, Hid, buf); 



#ifdef_HALT_IF_OWNED_BUFFS 
%f£ #endif 



ASSERT(0>; 
} 

} 

} 

break; 
case SCTBUF_MSG: 
{ 

U8buf; 

for(bufi=0; buf<SCTU_MAX_MSG_BUFS; buf++) 
{ 

if( MSG_table[buf].OwnerInstanceID = Hid ) 
{ 

if( MSG_table[buf].type >= MAXJMSC JD ) 
MSG_table[buf].type = 0; 

sctCprintf("%s: (instld = %d) still owns BufType: SCTBUF„MSG index: %d Msg Type = 

ICB_table[Hid].pCcbi->pConfigBlock->componentName, Hid, buf, 
sctmsg_Names[MSG_table[buf].type]); 

#ifdef _HALT_IF_OWNED_BUFFS 



[0027] 



APP ID=09683773 



Page 12 of 24 



ASSERT(O); 

#endtf 



J 

} 

} 

break; 



case SCTBUFJRXSAMP: 

{ 

U8buf, 
U8 *ptr; 

for(buf=0; buf<ADSL_NUM_RXSAMP_BUFS; buf++) 
{ 

/* check into unused area for the caller's HID */ 
ptr = (U8 *)&RXSAMP_table[buf]; 



if( *(ptr + SCTBUF_RXSAMP_UNUSED_AREA) = Hid ) 
{ 

sctCprintf("%s: (instld = %d) still owns BufType: SCTBUF_RXSAMP index: %d\n", 
ICB_table[Hid].pCcbi->pConfigBlock->componentName, Hid, but); 

#ifdef JH ALT JTF_OWNED_BUFFS 
ASSERT(0); 

#endif 



i 

1 

} 

break; 

iff caseSCTBUFTXSAMP: 

z&i { 

3 s ; USbuf; 

^ for(bu£=0; buf<ADSL_NUM_TXSAMP_BUFS; buf++) 

m H { 

V i t* check into unused area for the caller's HID */ 

a * ptr = (U8 *)&TXSAMP_table[buf]; 

if( *<ptr + SCTB UF_TXS AMP_UNUSED_ ARE A) = Hid ) 
{ 

sctCprintf("%s: (instld = 96d) still owns BufType: SCTBUF_TXSAMP index: %d\n" ; 
m ICB_table[Hid].pCcbi->pConfigBlock->cornponentName, Hid, buf); 

#ifdef_HALT_IF_OWNED_BUFFS 
!>£ ASSERT{0); 

KJJ ***** 

m ) 

*T } 

} 

break; 



default: 
ASSERT(0); 



[0028] 
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} 

} 

#endif 

/* sctmsg_SendMessage() */ 

/* 

* Save HID of currently executing instance and set current to the 

* new one. 
*/ 

Savedld = SCTCurlnstld; 
SCTCurlnstld = pMsg->to_id; 

#ifdef _TRACE_SYS_BUFS 

{ 

SCTDATAMSG *pDataHdr; 

/* Check payload range to determine attached buffer type */ 
pDataHdr = (SCTDATAMSG *) pMsg->payload; 
if( pDataHdr->pDataBuf != NULL ) 
{ 

U8 *addr; 

addr = pDataHdr->pDataBuf ; 

if( (addr >= (U8*)&RX_tabte[0]) && (addr <= (U8*)&RX_tabIe[SCTU_NUM_RX_BUFS-l]) ) 

*(addr + S CTBUF_RX_UN US ED_ ARE A) = SCTCurlnstld; 
} 

else \f( (addr >= (U8*)&TX_tabIe[0]> &&. (addr <= (U8*)&TX_tabie[SCTU_NUM_TX_BUFS- 



{ 

*(addr + SCTBUFJTX_UNUSED_AREA) = SCTCurlnstld; 
} 

else if( (addr >= (U8*)&RXSAMP_table[0]) && (addr <= 
^ (U8*)&RXSAMP_tabie[ADSL_NUM_RXSAMP_BUFS-l]) ) 

f 

*(addr + SCTB UF_RXS AMP_UNUSED_AREA) = SCTCurlnstld; 
1 

else if( (addr >= (U8*)&TXSAMP_table[0]) && (addr <= 
(U8*)&TXSAMP_table{ADSL_NUM_TXSAMP_BUFS-l}) ) 
{ 

*(addr + SCTBUF_TXSAMP_UNUSED_AREA) = SCTCurlnstld; 
} 

i 

} 



#endif 

#ifdef_TRACE_SYS_BUFS 

pMsg->OwnerInstanceID - pMsg->to_id; 
#endif 

/* usage */ 
case CLOSE: 

if( pMsg->from_id = pnFramerCB->dslInstId ) 
{ 



[0029] 

I 

if( (pnFramerCB->status & (AOC_OPENpSOC_OPEN|UPI_OPEN)> = 0 ) 
{ 

sct_CheckCurfnstIdForOwnedBufs(); 

} 

break; 
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[0030] By providing a means for analyzing buffer usage, both on an individual component 
basis as well as a comprehensive system-wide basis, the present invention offers 
system developers and administrators a valuable means for identifying buffer leaks. 

[0031] While the foregoing description includes many details and specificities, it is to be 
understood that these have been included for purposes of explanation only, and are 
not to be interpreted as limitations of the present invention. Many modifications to 
the embodiments described above can be made without departing from the spirit and 
scope of the invention. 
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